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Abstract — INDAX is a local area home information system de- 
taped by Cox Cable Communications, Inc. for the delivery of video- 
x services to residential customers. The large bandwidth provided 
i this medium allows integration of one-way (teletext) with two-way 
ideotext) transmissions into a cohesive delivery vehicle. As a data 
'livery mechanism, TNDAX is' well suited to many different types of 
fries. Among the earliest service offerings are generalized informa- 
>n retrieval and transaction services such as home banking and 
opping. Implementation and traffic characteristics of these services 
e described in the following sections. In addition, INDAX supports 
(tractive entertainment options such as opinioh polling infcpnjunc-; 
>n with the standard entertainment programming. Status monitor- 
g and control services such as security monitoring and energy 
anagement can also be delivered via INDAX. While the traffic model 
scribed is oriented towards a residential service, the modular sys- 
n architecture readily supports differing traffic statistics by the 
dition of communications and processing modules. 

: . • •. • • • ■• • • 

INTRODUCTION h ' ' 

NDAX, or interactive data exchange, is a two-way. inter- 
active cabletext system. The system, designed and im- 
imented by Cox Cable Communications, Inc., is currently 
erating in San Diego, CA and Omaha, NE as one of the 
indard residential ""cable services offered. This article de- 
ibes the service and presents the design and implemen- 
ion philosophy subscribed to in the development of this 
xiuct. 

The first step in introducing a new communication sys- 
n is the evaluation of existing technologies. Much effort 

Manuscript received February 8, 1982; revised September 29, 1982. 
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had been expended in the videotext field to provide home 
banking, home shopping, news, opinion polling, and general 
time sharing services. These services were found to be lacking 
in several areas including the number of simultaneous users, 
Supported, "the cost of service, lack of adaptability, ahd the ; 
sophistication required of the consumer. Perhaps the most 
serious shortcoming, however, was the lack of an integrated 
system providing all of these services. 

- £abletext provides a communications irqedium, which sue-; 
cessfiilly addresses these problem areas, It supports one-way 
data broadcasting, or teletext allowing cost effective informa- 
tion retrieval by fens of thousands of simultaneous users. At 
the same time, two-way data transmission supports transac-; 
tional services such as home banking 'and shopping. Of no . 
minor concern to cable system op«ra^o'rs is the ability to rnod-^ 
ify specific subscriber authorization. without a service call. This . 
is important both as a marketing too] and to- prevent theft of 
services. All of these features were included in the early design 
of INDAX, but the key for long-term market survival went be- 
yond these readily identifiable services. The internal goals 
which overshadowed these specific services were that the sys- 
tem have high availability/reliabili ty.be flexible, and be highly 
modular. Active participants in the developing videotext mar- 
ketplace are the first to admit that consumer demands are 
largely unknown. 

INDAX, then, is a delivery medium and service system pro- 
viding the consumer access to a wide range of data and transac- 
tional services. These services, local, national, aiid international 
in scope, are delivered via state-of-the-art technology to a tech- 
nically naive audience. The range of services delivered by IN- 
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DAX includes the ability to pay bills, transfer funds from one 
bank account to another, obtain information on consumer 
products, order and pay for these products direct for delivery 
to the subscriber's home, play games, take educational courses 
for credit with live tests automatically recorded and graded, 
and order; airline and theater tickets. Several illustrative ex- 
amples of these services follow. 

Example 1: Mrs. Jones, an INDAX subscriber, decides she 
wishes to pay certain bills electronically via INDAX including 
local power, home mortgage, city utility, and various credit 
card companies. She provides this list to the INDAX banking 
service provider along with the necessary account information. 
When a bill to a creditor on this list comes due, she enters the 
INDAX banking service and is prompted with the list of credi- 
tors. For each bill to be paid, she indicates the amount and the 
date payment is to be made. This information is taken by the 
banking service system and relayed to the creditor's bank. Fig. 
1 is a typical screen from a bill paying session, . 
s ~ Eltotnpjig 12: ■ 'OtneT 'INDAX- services' are not explicitly^ uv' 
yoked by the subscriber; Due to the very large number of sub- 
scribers supported by INDAX; "the system employs a distri-. 
buted architecture. As many decisions as possible are "pushed 
to the lowest possible, level. In particular, the decision as to 
whether or riot a subscriber can view a particular program Js : 
made in the converter. This requifes ability to download to "the" 
converter the subscriber's personality describing which services 
are authorized. The. personality contains information as to 
which services have been purchased, what "parental access re- 
strictions- the subscriber wants tq restrjcjt fteir jdiildren';S view- 
ing, a persona] identification number to authorize pay-per-view 
services or to override the parental access restriction, and the 
option of allowing emergency alert messages to turn on the 
TV and tune to a designated channel to receive warnings of 
hazardous weather or other important messages. This service 
is also employed by the operations staff to manipulate con- 
verter personalities to reduce theft of services. 

INDAX DESIGN GOALS 

Three characteristics were identified as key to the long- 
term success of INDAX: availabflity/reliability, flexibility, 
and modularity. 

In order for INDAX to be successful in the consumer mar- 
ketplace, the consumer must think of it as a dependable 
friend. We refer to this as the "utility" theory of operation- 
service available upon demand. While INDAX brings together 
several different state-of-the-art technologies with their inher- 
ent uncertainties, these must be hidden from the consumer. 
Thus, INDAX provides for error detection and correction, 
automatic equipment reconfiguration, and on-line mainten- 
ance. The goal is to provide a service with no perceptible 
errors. 

Although many studies have been conducted around the 
various videotext and teletext systems undergoing trial, there 
is currently no blueprint for operating such a system as a busi- 
ness. Consumer demand for information products is uncertain; 
information services are coming and going almost daily. Even 
display technology is evolving rapidly. To successfully cope 
with this environment, INDAX must retain flexibility to sup- 
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1 pdrt a diversity ! of services provided. by many different servicf 

providers, . 

." Finally, in order to be economically viable as an operational 
system, INDAX must be available in. a wide range of capacities 
with a graceful growth path. This requirement is best met by a 
; modular system in which each module provides full function- 
" ality with modules added as consumer" demand increases. 

SYSTEM ARCHITECTURE 

The extended system architecture of INDAX is illustrated 
in Fig. 2 and comprises service provider's systems, the INDAX 
headend and database, an interface into the cable plan, a. con- 
ventional two-way "active CATV plant, and, finally, the con- 
sumers' converters. The INDAX converter is referred to as a 
home terminal unit (HTU) because of its enhanced capabili- 
ties. 

The service providers represent a key decision made early in 
the development of INDAX: it is neither desirable nor possible 
to provide all data and transactional services from a single, cen- 
tralized system. Thus, service providers are a key part of the 
total system. There are two basic types of service providers: 
information providers and transaction servers. The information 
providers provide data such as national news, sports, weather, 
and other syndicated items in the INDAX database. These 
items are updated automatically as required by the nature of 
the data. 

Typical information providers include The Source Tele- 
computing Corporation for national and international news, 
and Copley Newspapers in San Diego for local news. 

The transaction server is best characterized by the need for 
an interaction between the service provider and the subscriber. 
Typical transaction services include home banking provided by 
HomServ, Inc. and home shopping provided by ViewMart.Inc. 
In order to provide a consistent appearance to the consumer, 
it was necessary to develop standards for screen layout. These 
standards provide a uniform layout for common information 
such as routing instructions and error messages. 

The computer system selected for the headend was Tandem 
T/16. This system was chosen primarily because of its redun- 
dant NonStop architecture. This architecture addressed the 
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ree design principles of reliability/ availability, flexibility, 
td modularity. The Tandem's basic architecture provides for 
duhdancy of all "critical components including processors, 
iriplierals, and power supplies, as well as redundant com- 
linication paths connecting these components. 
Disk drives are operated in a mirrored or fully duplicated 
ode. In this mode, data written to one drive of the mirrored 
lir.are. automatically written to its associated drive. Data can 
: read from either drive with the file manager optimizing 'seek . 
lie. Performance degradation oh write operations is minor 
icause the operations are overlapped. An actual performance 
lprovement is possible on read operations because of the 
erlapping and seek optimization. Since INDAX is heavily 
ased towards reads, mirrored files enhance performance. 
Fig. 3 illustrates the INDAX communications structure in 
ore detail. The communication control units (CCU's) provide 
e communications interface between the headend computer 
stem and the cable plant. They are microprocessor con- 
illed with an ROM bootstrap and a control program down- 
ided from the Tandem T/16. The redundancy possessed by 
s Tandem is carried to these units as well. Each CCU has two 
rts: a primary and backup. The CCU automatically switches 
the event of a communications failure. INDAX supports up 
120 CCU's in a single system. Each CCU may be employed 
her as a one-way database transmitter or as a two-way com- 
inications concentrator. Details are given in the following 



C system architecture. . 

section. The RF modem associated with a CCU is treated as an 
integral . part during failure detection and reconfiguration.; 
Thus, a failure in either ithe' CCU or the RF model causes selec- 
tion and reconfiguration to anew CCU/RF modem pair. ; : f 
Interconnection between the Tandem and the CCU's uses ; 
the synchronous data link control (SDLC) multidrop protocol. . 
The physical level is RS232C running at 28 kbaud. While the * 
CCU'S are normally pdjacent ,to the Tandem T/16 with a di- , 
rect connection, the link may be operated, remotely over com- ' 
munications lines at any data rate. This connection is estab- ^ 
lished through a master . clock/protocol conversion board \ 
which provides synchronous clocking and conversion of the 
RS232C to RS422 electrical interface, allowing for physical 
level multidropping. The RF cable link between the CCU's and 
the HTU's uses a modified form of CSMA/CD running at a 
28 kbaud rate. 

CABLE PLANT CHARACTERISTICS 

The typical subsplit CATV plant provides for two fre- 
quency ranges: 50-400 MHz from the headend outward 
(downstream) and 5-30 MHz towards the headend (upstream). 
In the downstream direction, INDAX is able to use frequencies 
generally abandoned because of conflict with FAA transmis- 
sion since data signals can be transmitted at a lower power 
level than video signals. Therefore, INDAX downstream data 
use this 108-132 MHz spectrum. In the upstream direction, 
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Fig. 3. INDAX digital/RF communications architecture. 



ingress of external radiation sources was considered and up- 
stream transmissions were placed in the 17-29 MHz frequency 
spectrum. 

The bit error rate (BER) of data is directly related to the 
modulation technique used and to the carrier-to-noise ratio 
(C/N) at the receiver input. In the CATV environment, the 
FCC requires that the video signal measured across a 4 MHz 
bandwidth shall not be less than 38 dB C/N. Each INDAX 
data channel occupies a 300 KHz bandwidth, giving a 13 dB 
C/N improvement over the 4 MHz video C/N. Experiments 
indicate a 10 8 bit error rate (BER) with a C/N of 20 dB. In 
order to meet FAA signal requirements, INDAX signals are 
carried 16-20 dB below normal video signal levels, leaving 
more than 10 dB headroom. The upstream C/N ratio is much 
more difficult to project because of the tree configuration. A 
noise funneling effect occurs from all branches of the tree 
and combines back towards the headend. The upstream sig- 
nals must therefore be carried at a level approximately equal 
to that of the return video level. Field measurements indicate 
that the C/N of an upstream plant with 200 miles of active 
cable is approximately 45 dB, 

Due to the fact that ingress into the system on any one of 
the distribution legs funnels into the system, it has become 



necessary to allow for isolation of each leg from the rest of tht 
plant. This is accomplished through the use of a technique 
called bxidger switching. All distribution legs branch off of tht 
main trunk through a bridger amplifier. These amplifiers con 
tain an RF switch in the upstream (5-30 MHz) signal path 
under remote control from the headend site. In the event ol 
severe ingress, the branches of the tree are isolated until the 
problem area has been identified. Frequency agility of the data 
modems is used in conjunction with the multiplicity of daU 
channels to dynamically reassign communications to noise-free 
channels. 

SUBSCRIBER COMMUNICATIONS REQUIREMENTS 

The basic objective of the INDAX system can be simply 
stated: to provide information retrieval and transaction proc- 
essing services to the cable TV subscriber in an economically 
feasible manner. Two specific assumptions relative to this ob- 
jective impact- the selection of a communication protocol. 
First, a typical INDAX system has tens of thousands of sub- 
scriber terminals connected to the headend system. Second, 
the communication load generated by each subscriber is very 
bursty with each interaction having a relatively low duty 
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yde, i.e., there is a high ratio of peak bandwidth to average 
andj&dth. 

Given the cable communication medium, the focus on com- 
lunication design considerations changes considerably. The 
edium provides a large bandwidth to support expected sys- 
m traffic while the coaxial cable implementation ensures 
iat the communication channels are very stable with low 
ror rates. Thus, the communications medium provides high 
•ailability with a small incremental load due to error retries, 
lis large available bandwidth and high availability, however, 
■imits the attachment of the large number of subscribers to 
e cable system. The timing, stability, performance, and 
odularity aspects, coupled with the lack of actual statistics 
ncerning the traffic profiles for such a system indicated a 
ed for very careful protocol selection and system engjneer- 
j 

The modular design of 1NDAX requires a typical trans- 
tion to traverse several communication paths during proc- 
ing.as shown in Fig. 3. The physical topology of the cable 
in is the conventional CATV tree structure emanating from 
: headend through trunks, amplifiers, splitters, and drops, 
■wever, logically the topology can be considered as one cable 
ich passes every terminal analogous to a broadcast medium. 
DAX supports a total of 120 28 kbaud data channels: 40 
stream and 80 downstream, In order to allow bidirectional 
nmunications, the 40 upstream data channels are mated to 
lower 40 downstream data channels to form 40 bidirec- 
aal, 28 kbaud, full duplex channels. The remaining 40 
vnstream data channels may be used only for one-way in- 
ihatjon (tefetext).The CCU's, in'turh, communicate with the 
idem T/16 which serves, as a central message switch to ap- 
ation processes. These processes may reside in the same 
t processor or in 'a service provider's host processor, in 
ch case the INDAX system performs the gateway function, 
necting the* subscriber to the service provider! In addition 
he message routing, the CCU's" and the Tandem T/16 per- 
n the required protocol conversion before passing the 
sage to the liext entity. - _• • ; ■ ' 

To eliminate the "'need, for developing and implementing a 
lb/: new protocol, existing communication protocols were 
yzed in relationship to the INDAX system. requirements, 
se protocols which best addressed the requirements were 
yzed further for eventual implementation in the system. 

carrier sense multiple access with collision detection 
vlA/CD) protocol was selected as a basis for the communi- 
ons between the HTU and the CCU's. This selection was 
d on the stability^and performance characteristics of the 
ocol in support of a large number of user terminals pre- 
ing bursty traffic. SDLC was selected as the communica- 

protocol between the concentrators and the host proc- 
The requirements indicated a relatively small number of 
entrators, multidrop capability, and a more uniform traf- 
low. X.25 was selected to support the gateway connection 

een the host processor and the service providers. Cur- 
y there is a mixture of implementations, using both a pub- 

acket switching network and dedicated connection sys- 

lere are two basic types of data services offered by IN- 



DAX: direct information retrieval and transaction processing. 
The control function is a third application required of the IN- 
DAX system and must also be supported by the data services. 

Information Retrieval 

The information retrieval process provides the subscriber 
with the ability to retrieve a page of information such as news, 
weather, advertising, or financial data. This type of informa- 
tion consists primarily of textual data with some limited 
graphic content. Because of the characteristics of the medium, 
the necessity to display text on a TV screen, the text must be 
edited tightly to maximize the information conveyed to the 
subscriber. The graphics content is based upon mosaic or line 
drawings with limited resolution. The data organization must 
be kept simple and easy to use because of the general con- 
sumer appeal of such a service. This goal is also consistent with 
the distributed control since the access algorithm is imbedded 
in the HTU. The information retrieval process deals with rela- 
tively static data and therefore utilizes one-way transmission 
as its primary delivery vehicle. 

In the one-way mode the pages of information are contin- 
uously cycled on the communication channel by the CCU. To 
access a frame, an HTU tunes to the correct channel, examines 
the stream of information on that channel, and, upon detect- 
ing the correct identifier for the frame being requested, grabs 
the information from the channel and displays it to the sub- 
scriber. Thus, the response time for access to a frame of one- 
way data is random, dependent on the position of the frame 
in the cycle when the HTU device begins searching. 
- The access structure provided by INDAX is a tree structure 1 
with intermediate nodes called menus and leaves called data 
pages. There is always a root menu frame from which access to 
all of the other frames in the database is accomplished. This 
roof frame has a unique^ identifier which. consists : of ^he;chan f . 
nel on which it is located. This rorjt frame is always presented ' 
to the subscriber as his entry point into the INDAX system. ' 

Each menu frame may have one or more choices, from 
which the user can select. The frame which related to a paftic- ^ ' 
ular choice on the menu has an identifier which is stored with , 
the menu frame being viewed by the user. To access the par- ; ' 
ticular frame which the terminal user has. selected from the 
menu, the terminal unit would retune to the appropriate chan- \ 
nel and examine the frames cycling by until the one desired • 
is detected, captured, and displayed. If subsequently directed 
to display another frame of information ; the terminal simply 
repeats the process and retunes to the appropriate channel 
and captures the required frame. 

The teletext delivery mode requires a larger bandwidth but 
has the advantage of requiring no host processor interaction. It 
does, however, require intelligence in the HTU with a corre- 
sponding limit on the flexibility and complexity of the data- 
base. Conventionally, videotext systems have used the 
switched telephone network as a delivery medium while tele- : 
text systems have predominantly used the vertical blanking in- 
terval (VBI) of a broadcast video signal. The cable TV network 
provides a communications medium with the unique ability to 
combine one-way (teletext) and two-way (videotext) delivery 
in an integrated system. 
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ambulation of tiers and a parental access level. This consti- 
ites the channel personality. The HTU provides for subscriber 
:lection of channel or information source and, upon such 
:lection, compares the subscriber personality to the se- 
ated channel personality. If the channel is assigned to one of 
le tiers the subscriber has purchased and satisfies the parental 
xess level, then viewing is authorized. Otherwise, service* is 
snied to the subscriber. This function requires local memory 
t the HTU and maintenance of a global database at the head- 
id. This information is downloaded from the global data- 
ise upon the occurrence of any change. Additional special 
rents may be identified as impulse pay-per-view. For these 
'ents, special subscriber action is required to authorize 
ewing and the subscriber is consequently billed per event 
ewed. 

To implement this distributed control, messages are inter- 
tanged between the headend and the HTU. Upon power up, 
e HTU transmits a message to the headend indicating that it 
on line. In response to this message, or any time the sub- 
liber's personality changes, the headend transmits a copy of 
e subscriber personality to the HTU for local storage. Simi- 
rly, all channel personality information is transmitted to the 
TU upon power up or any change of the personality data- 
se. Pay-per-view events require the transmission of a message 
im the HTU to the headend upon successful authorization 

the viewing of a pay-per-view event by the customer. 

INDAX TRAFFIC MODEL 

Although home information systems are currently very 
ich under discussion,: actual; frafficr mfonhatjoh.fOr such a 
stem is essentially; nonexistent. There has been no previous 
plementation in a single system of the services provided by 
DAX. Therefore, subscriber usage patterns had to be esti- 
ited by drawing analogies from ' information available on 
mparable type systems. As the - subscriber "base grows and 
ire traffic data become available, the model is altered to re- 
ct reality. . - . . 

Based on the INDAX information service design, the one- 
y interactive service , must support a capability of 5000- 
0QO pages pf information, Based. on.an average page size of 
0 bytes*, anjl a 10 s average/20 s maximum response time, 
s requires 25-50 ones-way ^ channels. Due to the broadcast 
ture of the one-way service, the only parameters influencing 
^ engineering of these channels is the desired database size, 
srage page size, and required response time. 
Based on the analogs and early traffic statistics for two-way 
eractive services, the model shown in Fig. 4 resulted. In- 
ded in this model are estimates of average information and 
rimand packets which will be interchanged between the 
minal and the host processor. The rationale for these as- 
nptions is the residential nature of INDAX. Therefore, it is 
timed that all transactions will occur between 6:00 P.M. and 
00 P.M., Monday through FriHay. This compression is used 
account for peak loads; in fact, there will be system usage 
ing other periods, but the system is engineered to handle a 
!r-hour peak each day. Traffic measures indicate that peak- 
is not this severe. For purposes of engineering, the average 
>ion is assumed to be comparable to paying these bills. In 



SUBSCRIBER ASSUMPTIONS 

SO hours/month O hours/day * J days/week * v weeks/month) 
IS sessIcWmonth/subscriber 
70-SOO seconds/session 
7-17 transactions/session 
2 packets/transaction - 1 upstream, downstream 

TRAFFIC ASSUMPTIONS 

.120 bits/average upstream packet 
1610 bits/average downstream packet 

RESULTANT AVERAGE TRAFFIC VALUES 

•OM87-.W2packets/secood/subscrib<;r 
.76-1.8 bitj/secorxViubscriber ■ 
active sessions/sobscribcr 

Fig. 4. INDAX projected subscriber traffic model. 

Model Assumptions lor Metropolitan Area 

Average City Size = 123,000 homes passed 
Cable Subscribers - 73,000 subscribers (€0% of homes passed) 
INDAX Subscribers - 30,000 subscribers 110% of cable subscribers) 

Resultant Traffic Values 

16*7 simultaneous sessions 
26 packets/second 
22*00 bio/second 
3 data channels at 30% efficiency - CSMA/CD 28k baud 

Fig. 5. Communications demands in a typical metropolitan area. 

reality, some are more complex (catalog shopping), some far 
simpler (a pay-per-view message). These individual subscriber 
estimates were combined with estimates of total subscriber 
population in a typical metropolitan area. The percentage of 
this total population which will subscribe to INDAX services 
was estimated and extrapolated to give the aggregate traffic re- 
quirements shown in Fig. 5. These figures indicate a require- 
ment for relatively few two-way communication channels to 
support the expected traffic in the iypical system. 

The headend computer capacity is engineered on the basis 
of the number of packets per second per subscriber (0.0087- 
p.002) and a pipdel which characterizes the power .of a single 
T/16 processor In terms of the number of transactions per sec- 
ond it can support. Additionally, the number of active sessions 
per subscriber per month is used to determine the number pf 
simultaneous users which the system must support. ,.„•;. - : ' 

This is a simplistic model of system performance but ex- 
perience indicates that it is adequate for gross system tuning. 
More precise tuning is being carried out as the body of sub- 
scriber usage data expands. ; ' • 

Traffic peaks occur for certain types of applications and 
must be supported by the system in a graceful manner. One 
such application is impulse pay-per-view wherein the sub- 
scriber can authorize the viewing of an event for a charge at 
the time of viewing. Special events, such as world title boxing, 
cause heavy peak traffic loads immediately prior to the event. 
A similar application is opinion polling wherein viewers are 
asked to indicate their opinion during a video program. This 
is a service pioneered by Wamer-Amex with their QUBE sys- 
tem in Columbus, OH. Cable News Network currently carries 
such questions as part of their public affairs programming. Re- 
sponses are sent to a host processor for tabulation. In both 
cases, the load is externally generated and cannot be con- 
trolled by the headend computer system. 

Other uncontrolled high load generators exist and include 
HTU restarts wherein messages are transmitted from every 
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TABLE II 

indax design objectives, requirements, and 
Characteristics 

SYSTEM CHARACTERISTICS: 

A very large population of terminals. 

Bursty traffic from the terminals. 

Low duty cycle per access. 

Short messages. 

Potential large traffic peaks. 

Coaxial Cable Operation — RF, 2SK baud, 223us propagation delay 10' 8 bit 
error rate. 

Unknown operating statistics. 

SYSTEM OBJECTIVES/REQUIREMENTS 
High system reliability/availability. 

High system stahjlity, " * ' ' '■ "- 1 ' ' 

High system responsiveness to the user — less than 2 seconds total 
communications delay on 99% of all transactions. ' * 

No perceptible errors to the user. 

Service Level — 2-second internal INDAX response, time for 99% of all 
two-way transactions. 



HTU affected by a major power outage. In each case the se- 
lected protocol must be stable in its response to peak loads. 

Two other types of services present differing load charac- 
teristics. Applications typified by home security and energy 
management require a monitoring transaction to be sent by the 
HTU on a constant cycle. While fundamental change is re- 
quired in the delivery mechanisms, this represents a constant 
bias load with communication and processor power required 
for support. Periodic personality updates and security checks 
represent large traffic volumes but are controllable and are 
scheduled for off-peak periods. 

In any case, due to the evolutionary nature of INDAX, the 
design must readily accommodate the additional traffic gen- 
erated by new applications. This requires the ability to easily 
add processor and communications capacity. In heavy over- 
load conditions, control and stability is achieved by the CCU 
invoking load control to force the HTU's quiescence until the 
system has again reached equilibrium. 

The design objectives, requirements and characteristics of 
INDAX are summarized in Table II. 

The protocols selected must be able to achieve the design 
objectives and support the system characteristics. Each com- 
munication link in the INDAX system was examined and ex- 
isting protocols were analyzed for use on the particular link. 
The HTU-to-CCU protocol and CCU-to-host processor proto- 
col are discussed below. 

Two candidate protocols were evaluated for the HTU-to- 
CCU communications: polling and contention. While polling 
protocols have been the norm in the cable industry, they do 
not adequately address the requirements of the INDAX sys- 
tem. In particular, polling protocols are not well suited to situ- 
ations involving many infrequently communicating terminals. 
In order to maintain responsiveness with a polling protocol in 
this environment, channel utilization would be unacceptably 
low. 



The discussion below assumes that the reader is familiar 
with the various contention schemes in use today (see, e^. s 
[3]). The contention protocols such as ALOHA and CSMA/ 
CD, are, however,, designed to support these types of charac- 
teristics. The performance characteristics of a protocol are a 
critical factor for consideration when making a protocol selec- 
tion. It is very important to examine and understand the 
throughput behavior of the protocol for different offered traf- 
fic loads in the system. Of equal importance is the ability of 
the protocol to obtain adequate throughput over a wide range 
of offered traffic loads, and the stability of the protocol i 
throughout this range. The physical communications channel j 
has a physical capacity limit which is determined from the 
physical operating characteristics of the hardw,are employed. 
The maximum achievable throughput for an access mode de- 
tenhmes the" true-capacity of the. channel. ; * 

CSMA/CD offers good throughput and ; stability? under | 
heavy loads and provides for a robust error check via a data 
loopback requirement. 

The maximum achievable capacity for the pure ALOHA 
protocol approaches l/2e or about 18 percent. The slotted > 
ALOHA, protocol increased the capacity of the system I/e 
or about- 37 percent. The achievable capacity of jjie;OSMA/CD 
protocol can be over 90 percent depending on the specific | 
physical system parameters involved. The capacity is sensitive to j 
and varies depending on the propagation delay, of the channel. 

For INDAX analysis we approximate the true load via Pois- ! 
son arrivals from ah mfinite population, negligible' collision de- | 
tection time as compared to the burst propagation time ana 
treat retransmissions as independent Poisson arrivals. In addi j 
tion, the packets are assumed to be of constant length. Tht 
worst case propagation delay for INDAX is 1 95 ms and nor j 
malized to the average packet transmission time is 3 1 ms whicl 1 
gives a = 0.06. These characteristics yield a capacity for tht j 
INDAX implementation of approximately 60 percent. j 

Fig. 6 gives the performance curve derived for INDAX \ 
showing the offered traffic versus the expected throughput. 

As suggested by the literature, the offered traffic (G) ant 
throughput (5) have been normalized to the packet transmis 
son time. The delay characteristics derived for JiNDAX art 
shown in Fig. 7. 

The communication environment between a CCU and tht 
Tandem T/16 is significantly different. Because of the cor 
centration performed by the CCU, there are few CCU's hand 
ling two-way traffic, each with a relatively regular load. Thesi 
characteristics fit a polling protocol very well. In addition, th' 
CCU's providing one-way information transmission require nt 
interaction with the Tandem T/16 except for periodic statu 
checks and database downloading. This allows for effective ust 
of a multidropped architecture. SDLC was selected because o 
extensive hardware and software support available. 

SUMMARY 

INDAX has been developed to provide interactive informa 
tion retrieval and transaction services delivered via a CATV 
network. The principle issues addressed in this development in 
eluded the choice of the residential marketplaces determina 
tion of the grade of service to be provided, product standard 
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OFFERED TRAFFIC (GJ 

Fig. 6. Relationship between offered traffic and normalized through- 
put far CSMA/CD including retransmissions. 



* ' " 




OFFERED TRAFFIC (C) 

Fig. 7. Relationship between offered traffic and packet delay. 



» r ensure a consumer-friendly system, and communications 
otocol selection. INDAX is operational in two CATV sys- 
ms today and will expand into several others within the next 
•ar. This will allow the determination of accurate customer 
age patterns for the first time in a commercial home infor- 
ation system. 
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